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(54) IP BASE LSI DESIGNING SYSTEM AND DESIGNING METHOD 



(57) An IP database (30) includes a system level IP 
(31) used in system level design. IPs A and B in the 
system level IP (31) are divided into processing algo- 
rithm description portions (33A and 33B), input data 
structure definition portions (34A and 34B) and output 
data structure definition portions (35A and 35B). When 



a communication channel is provided between the IPs 
communicating data in architecture or functional design, 
a conversion circuit generating means (36) generates a 
data conversion circuit between the communication 
channel and each of the IPs with reference to the IP da- 
tabase (30). 
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ually, so that design efficiency is low. 
p|e|d Disclosure of Invention 



Technical 

[0001] The present invention belongs to atechnology 
relating to a so-called IP-based LSI design. 

Background Art 

[0002] Conventionally, integrated circuit devices with- 
in electronic appliances have been manufactured by 
forming individual LSIs of different types, for example, 
memory and processor, on semiconductor chips and 
then mounting the chips on a base substrate such as a 
printed circuit board. 

[0003] Recently, however, there is a higher demand 
for miniaturized, lightweight, power-saving and low-cost 
integrated circuit devices used in electronic appliances, 
for the purpose of wider-ranging utilization of the elec- 
tronic appliances. This trend is even more pronounced 
in the field of digital information household appliances. 
And in response to this trend, semiconductor manufac- 
turers are forced to shift their emphasis on research and 
development from memories toward system LSIs. 
[0004] Specifically, such system LSIs are realized by 
a so-called system-on-chip solution with the memory 
and a variety of logic circuits provided on a single chip. 
For the system-on-chip solution, process technology is 
required for forming elements having different struc- 
tures on a common substrate, but also the design tech- 
nology therefor needs to be revolutionized. 
[0005] Thus, a so-called IP-based method of prepar- 
ing data (IPs) for designing so-called functional blocks 
realizing certain functions and using these data to de- 
sign a desired system LSI as a combination of the re- 
spective functional blocks has been proposed as the de- 
sign technology suitable for this system-on-chip solu- 
tion. When such a design method is used, the respective 
functional blocks already have predetermined configu- 
rations for realizing theirf unctions, so thatthe integrated 
circuit device can be designed just by designing the wir- 
ing among the respective functional blocks, and design- 
ing the peripheral circuits. With such a design method, 
design efficiency can be improved significantly. 
[0006] However, the above-described IP-based LSI 
design method has the following problems. 
[0007] When shifting from system level design to ar- 
chitecture design or functional design, a communication 
channel between the IPs is also given a concrete form. 
Thus, consideration must be given to data consistency 
between each of the IPs and the communication chan- 
nel, which increases design man-hours. Moreover, 
when an IP that realizes a certain function is selected, 
It is very rare that the selected IP can be used for an LSI 
to be newly designed as it is, and considerable design 
man-hours are necessary for new designs, revisions 
and verifications. Furthermore, a power control circuit 
exclusively used for the LSI needs to be designed man- 



s [0008] It is an object of the present invention to reduce 
design man-hours and improve design efficiency in IP- 
based LSI design. 

[0009] Specifically, as an IP-based LSI design sys- 
tem, the present invention includes an IP database hav- 

10 ing a system level IP used in system level design, and 
in the system level IP, each IP is described divided into 
a processing algorithm description portion describing a 
processing algorithm of the IP, an input data structure 
definition portion representing a structure definition of 

15 input data serving as a processing unit, and an output 
data structure definition portion representing a structure 
definition of output data serving as a processing unit. 
[0010] It is preferable that the IP-based LSI design 
system further includes a means for generating a con- 

20 version circuit that converts data for communication be- 
tween a communication channel and the system level 
IPs, when the communication channel is provided be- 
tween the system level IPs performing data communi- 
cation in architecture design or function design. 

25 [0011] Furthermore, when the communication chan- 
nel is provided between first and second system level 
IPs communicating with each other, the conversion cir- 
cuit generating means preferably searches the IP data- 
base, reads out descriptions of the output data structure 

30 definition portion in the first system level IP and the input 
data structure definition portion in the second system 
level IP, and generates the conversion circuit based on 
the read out descriptions. Then, it is preferable thatthe 
IP database further includes an IP for the communica- 

35 tion channel and that, when the communication channel 
is provided between the first and the second system lev- 
el IPs, the conversion circuit generating means search- 
es the IP database and further reads out input/output 
data structure definitions of the IP forthe communication 

40 channel. Alternatively, when input/output data struc- 
tures are different between the first and the second sys- 
tem level IPs, the conversion circuit generating means 
preferably generates the conversion circuit in accord- 
ance with information representing a correspondence 

45 between the input/output data structures. 

[0012] Moreover, It is preferable that the conversion 
circuit converts the amount of data per communication 
unit. Alternatively, it is preferable that the conversion cir- 
cuit preferably a conversion between address data indi- 

so eating a data area and actual data corresponding to the 
address data. 

[0013] Furthermore, as an IP-based LSI design meth- 
od the present Invention uses an IP database having a 
system level IP used in system level design, and In the 
55 system level IP, each IP Is described divided into a 
processing algorithm description portion describing a 
processing algorithm of the IP, an input data structure 
definition portion representing a structure definition of 



2 



3 



EP 1 237 099 A1 



4 



input data serving as a processing unit, and an output 
data structure definition portion representing a structure 
definition of output data serving as a processing unit. 
[0014] It is preferable that the IP-based LSI design 
method includes a step of generating a conversion cir- 
cuit that converts data for communication between a 
communication channel and the system level IPs, when 
the communication channel is provided between the 
system level IPs performing data communication in ar- 
chitecture design or function design. 
[0015] Furthermore, when the communication chan- 
nel is provided between a first and a second system lev- 
el IPs, It is preferable that in the conversion circuit gen- 
eration step, the IP database is searched, descriptions 
of the output data structure definition portion in the first 
system level IP and the input data structure definition 
portion in the second system level IP are read out and 
the conversion circuit is generated based on the read 
out descriptions. 

[0016] It is preferable that the IP database further in- 
cludes an IP for the communication channel and that 
when the communication channel is provided between 
the first and the second system level IPs, in the conver- 
sion circuit generation step, the IP database Is 
. searched, and input/output data structure definitions of 
the IP for the communication channel are further read 
out. Alternatively, when input/output data structures are 
different between the first and the second system level 
IPs, it is preferable that in the conversion circuit gener- 
ation step, the conversion circuit is generated in accord- 
ance with information representing a correspondence 
between the input/output data structures. 
[0017] Moreover, it is preferable that the conversion 
circuit converts the amount of data per communication 
unit. Alternatively, It is preferable that the conversion cir- 
cuit performs a conversion between address data indi- 
cating a data area and actual data corresponding to this 
address data. 

[0018] Moreover, as an IP -based LSI design system, 
the present invention includes a function classification 
database in which an equipment configuration is classi- 
fied into respective elements with regard to function and 
arranged systematically, and IP-based LSI design Is 
carried out using the function classification database. 
[0019] It is preferable that the IP-based LSI design 
system includes an existing design asset database in 
which IPs already generated are stored in association 
with respective elements In the function classification 
database, and that an IP suitable for an LSI to be de- 
signed Is selected from the IPs stored in the existing de- 
sign asset database with reference to the function clas- 
sification database. 

[0020] Furthermore, It is preferable that the IP-based 
LSI design system includes a design assets compatibil- 
ity evaluation rule database that stores information for 
defining mutual compatibility between the IPs stored in 
the existing design asset database, and that compatibil- 
ity of the IP selected for the LSI to be designed is eval- 



uated with reference to the design assets compatibility 
evaluation rule database. Alternatively, it is preferable 
that the IP-based LSI design system selects an IP hav- 
ing a similar function to that of an IP suitable for the LSI 
s to be designed from the IPs stored in the existing design 
asset database and revises the function of the selected 
IP so as that it becomes suitable for the LSI to be de- 
signed. Alternatively, it is preferable that the existing de- 
sign asset database in the IP-based LSI design system 
10 includes a means for managing history information, 
such as a progenitor IP and differences from the pro- 
genitor IP, for each of the IPs to be stored. 
[0021] Moreover, as an IP-based LSI design method, 
the present invention uses a function classification da- 
15 tabase in which an equipment configuration is classified 
Into elements with regard to function and arranged sys- 
tematically to perform IP-based LSI design. 
[0022] It is preferable that the IP-based LSI design 
method uses an existing design asset database in which 
20 IPs already generated are stored in association with re- 
spective elements in the function classification data- 
base and that an IP suitable for an LSI to be designed 
is selected from the IPs stored in the existing design as- 
set database with reference to the function classification 
25 database. 

[0023] Furthermore, it is preferable that the IP-based 
LSI design method uses a design assets compatibility 
evaluation rule database that stores information for de- 
fining mutual compatibility between the IPs stored in the 
30 existing design asset database and that compatibility of 
the IP selected for the LSI to be designed is evaluated 
with reference to the design assets compatibility evalu- 
ation rule database. Alternatively, it is preferable that the 
IP-based LSI design method selects an IP having a slm- 
35 iiar function to that of an IP suitable for the LSI to be 
designed from the IPs stored In the existing design asset 
database and revises the function of the selected IP so 
that ft becomes suitable for the LSI to be designed. 
[0024] Moreover, as an IP-based LSI design system, 
40 the present invention includes a means for generating 
architecture level design data from a system level func- 
tion definition regarding an LSI to be designed, a means 
for performing operation analysis of the LSI to be de- 
signed by using the generated architecture level design 
45 data and an operation pattern definition of the LSI to be 
designed, and a means for generating a power control 
block in the architecture level design data based on op- 
eration analysis results. 

[0025] Furthermore, as an IP-based LSI design meth- 
50 od, the present invention includes a step of generating 
architecture level design data from a system level func- 
tion definition, a step of performing an operation analy- 
sis of the LSI to be designed by using the generated 
architecture level design data and an operation pattern 
55 definition of the LSI to be designed, and a step of gen- 
erating a power control block in the architecture level 
design data based on operation analysis results. 
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Brief Description of Drawings 
[0026] 

Fig. 1 is a conceptual diagram illustrating IP-based 
LSI design. 

Figs. 2(a) and 2(b) are diagrams schematically 
showing a conversion from a system level to an ar- 
chitecture level or to a functional level. 
Fig. 3 is a diagram showing an example of a con- 
figuration for a main part of an IP-based LSI design 
system according to the first embodiment of the 
present invention. 

Figs. 4(a) and 4(b) are diagrams showing an exam- 
ple of a generated data conversion circuit. 
Figs. 5(a), 5(b) and 5(c) are diagrams showing an- 
other example of the data conversion circuit. 
Fig. 6 Is a diagram showing another example of the 
data conversion circuit. 

Figs. 7(a) and 7(b) are diagrams schematically 
showing the conversion from the system level to the 
architecture level or to the functional level, in which 
conversion into a different data structure is made 
between IPs. 

Fig. 8 is a diagram showing an example of a con- 
figuration for the main part of the IP-based LSI de- 
sign system according to the first embodiment of the 
present invention. 

Fig. 9 Is a diagram showing an example of the gen- 
erated data conversion circuit. 
Fig. 10 is a diagram showing a configuration of an 
IP-based LSI design system according to the sec- 
ond embodiment of the present invention. 
Fig. 1 1 is a diagram showing an example of the con- 
tents of a function classification DB. 
Fig. 12 is a diagram showing an example of input 
data obtained by referring to the function classifica- 
tion DB. 

Fig . 1 3 Is a diagram showing an example of the con- 
tents of an existing design assets DB. 
Fig. 14 is an example of IP information included In 
an existing design DB. 

Fig. 1 5 is a diagram showing an example of the con- 
tents of a design assets compatibility evaluation 
ruleDB. 

Fig. 16 is a diagram showing a configuration of an 
IP-based LSI design system according to the third 
embodiment of the present invention. 
Fig. 17 is a diagram showing an example of opera- 
tion analysis results. 

Best Mode for Carrying Out the Invention 

[0027] Hereinafter, embodiments of the present in- 
vention will be described with reference to the drawings. 



First Embodiment 

[0028] Fig. 1 is a conceptual diagram illustrating IP- 
based LSI design. As shown in Fig. 1 , IP-based LSI de- 

5 sign is carried out hierarchically in the order of system 
level design S11, architecture design S12, functional 
design S13, logic design S14 and layout design S15. In 
the system level design S11, the architecture design 
S12 and the functional design S13, which are the up- 

10 stream processes, an IP database 1 is utilized, which 
stores so-called IPs used for the LSI design. 
[0029] The IP database 1 stores system level IPs 11 
having information of the system level, behavior IPs 12 
having information of the architecture level and RTL IPs 

15 13a or software IPs 13b having information of the func- 
tional level, each of which is associated with a corre- 
sponding IP. In the system level design S11 , the system 
level IP 1 1 is reused. In the architecture design S12, the 
behavior IP 12 corresponding to the reused system level 

20 IP 11 is retrieved via an interface 15, whereas in the 
functional design S13, the RTP IP 13a or the software 
IP 13b corresponding to the reused system level IP 11 
is retrieved via the interface 15. 
[0030] Figs. 2(a) and 2(b) are diagrams schematically 

25 showing a conversion from the system level to the ar- 
chitecture level or to the functional level. In the system 
level design, a system level IP A and IP B is reused, as 
shown in Fig. 2(a). In the architecture design orthe func- 
tional design, lower-level IPs (an RTL IP A and IP B in 

30 this figure) corresponding to the system level IP A and 
IP B are retrieved from the IP database and reused as 
shown in Fig. 2(b). 

[0031] However, since a communication channel (for 
example a bus) X is given a concrete form in the archi- 

35 tecture design or the functional design , data conversion 
circuits 21 A. and 21 B for properly connecting the input/ 
output of the RTL IP A and IP B to the communication 
channel X have to be newly developed. In order to de- 
velop the data conversion circuits 21 A and 21 B, it is nec- 

40 essary to analyze the input/output of the system level IP 
A and IP B and verify the consistency of the input/output 
data. In other words, it is necessary not only to simply 
realize a processing algorithm but also to take "the con- 
sistency of the input/output data" into account. 

45 [0032] As described above, although the RTL IP and 
the software IP can be retrieved easily by referring to 
the IP database, generation of the data conversion cir- 
cuit requires design man-hours, and therefore, there is 
the problem that design efficiency cannot be improved. 

so The invention according to this embodiment solves this 
problem and realizes a highly efficient IP-based LSI de- 
sign. 

[0033] Fig. 3 is a diagram showing an example of a 
configuration for a main part of the IP-based LSI design 
55 system according to this embodiment. A system level IP 
31 in an IP database 30 shown in Fig. 3, the IP A and 
the IP B are described divided into a processing algo- 
rithm description portions 33A and 33B describing the 
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processing algorithms of the respective IPs, input data 
structure definition portions 34A and 34B representing 
structure definitions of input data serving as processing 
units and output data structure definition portions 35A 
and 35B representing structure definitions of output da- 
ta serving as processing units. An IP 32 representing 
information of the communication channel X is also 
stored in the IP database 30. The IP 32 includes descrip- 
tions of definitions of input/output data structures of the 
communication channel X. 

[0034] Taking an IP that performs YC separation as 
an example, the processing algorithm description por- 
tion, the input data structure definition portion and the 
output data structure definition portion store the follow- 
ing information, respectively. First, in the processing al- 
gorithm description portion, an algorithm of a process 
for separating an NTSC signal line by line into a lumi- 
nance signal and a chrominance signal is described. 
Then, in the input data structure definition portion, a def- 
inition of a line of the NTSC signal to be inputted is de- 
scribed as, for example, "in [8] [525]." In the output data 
structure definition portion, definitions of the luminance 
signal and the chrominance signal to be outputted are 
described as, for example, "out 1 [4] [525], out 2 [4] 
[525]." 

[0035] In accordance with the design data of the sys- 
tem level or the designation of a communication chan- 
nel, a conversion circuit generating means 36 generates 
a data conversion circuit. At this time, the input data 
structure definition portions 34A and 34B and the output 
data structure definition portions 35A and 35B of the 
system level IP 31 in the IP database 30 as well as the* 
communication channel IP 32 are searched. 
[0036] Figs. 4(a) and 4(b) are diagrams showing an 
example of the data conversion circuit generated by the 
conversion circuit generating means 36. Of these fig- 
ures, Fig. 4(a) shows an example of the data conversion 
circuit 21 A in the Fig. 2(a), and Fig. 4(b) shows an ex- 
ample of the data conversion circuit 21 B. Herein, both 
of the RTL IP A and the iP B are IPs relating to image 
processing and are taken to input/output data line by 
line, whereas the communication channel X is taken to 
transfer data pixel by pixel. 

[0037] When a channel input side conversion circuit 
generating portion 37 generates the data conversion cir- 
cuit 21 A between the RTL IP A and the communication 
channel X, for example, it searches the output data 

, structure definition portion 35 A in the system level IP A 
and information on the input data structure of the IP 32 
for the communication channel X. Then, in accordance 

: with the retrieved information, the size of a line buffer 
41 is determined, an output selector 42 is generatedand 
a control circuit 43 Is generated as shown in Fig. 4(a). 
In the same manner, when a channel output side con- 
version circuit generating portion 38 generates the data 
conversion circuit 21B between the communication 
channel X and the RTL IP B, It searches information on 
the output data structure of the IP 32 for the communi- 



cation channel X and the input data structure definition 
portion 34B in the system level IP B. Then, in accord- 
ance with the retrieved information, a distribution circuit 
46 is generated, the size of a buffer 47 is determined 
5 and a control circuit 48 is generated as shown in Fig. 4 
(b). 

[0038] Figs. 5(a) to 5(c) are diagrams showing anoth- 
er example of the data conversion circuit. In Figs. 5(a) 
to 5(c), it is assumed that the data word length per corn- 
to munication unit is converted. In Fig. 5(a), both of the RTL 
IP A and the IP B are taken to input/output data in 32-blt 
units and the communication channel X is taken to trans- 
fer data in 1 6-bit units. In this case, the data conversion 
circuit 21 A, which is provided with a 32-bit register 51 , 
15 a selector 52 and a control circuit 53 as shown in Fig. 5 
(b), is generated between the RTL IP A and the com- 
munication channel X, whereas the data*cori vers ion cir- 
cuit 21 B , which is provided with a 1 6-bit data distribution 
circuit 56, a 32-bit register 57 and a control circuit 58 as 
20 shown in Fig. 5(c), is generated between the communi- 
cation channel X and the RTL IP B. 
[0039] Fig. 6 is a diagram showing another example 
of the data conversion circuit. In Fig, 6, the RTL IP A 
has an internal memory 61 with a data length of 32 bit 
25 and is taken to output address data designating a loca- 
tion at which output data are stored in this internal mem- 
ory 61 , and the communication channel X is taken to be 
able to transfer 32-bft data. In other words, Fig. 6 as- 
sumes conversion between the address data for desig- 
30 nating the location at which the data are stored and the 
actual data. In this case, a data conversion circuit 21 A 
made of a DMA (Direct Memory Access) circuit is gen- 
erated between the RTL IP A and the communication 
channel X, whereas a data conversion circuit 21 B, 
35 which is provided with a working memory 62 and an R/ 
W control circuit 63, is generated between the commu- 
nication channel X and the RTL IP B. 
[0040] For example, if the RTL IP A outputs "8000" as 
the address data, then the data conversion circuit 21 A, 
40 which is a DMA circuit, reads out data from the internal 
memory 61 successively in order from the address 
8000. On the other hand, In the data conversion circuit 
21 B, the R/W control circuit 63 writes a series of data to 
be transmitted successively from the communication 
45 channel X into the working memory 62 and outputs the 
address data indicating the location into which the data 
are written to the RTL IP B. Then, the RTL IP B accesses 
the working memory 62 to obtain the data. 
[0041] Figs. 7(a) and 7(b) are diagrams schematically 
so showing the conversion from the system level to the ar- 
chitecture level or to the functional level, in which con- 
version into different data structures is carried out be- 
tween the IPs. In Fig. 7(a), output data of the system 
level IP A are taken to be in line units (50 pixels by 100 
55 lines), whereas input data of the system level IP B are 
taken to be in sub-block units (40 pixels by 90 lines). 
[0042] Fig. 8 is a diagram showing an example of a 
configuration for the main part of the IP-based LSI de- 
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sign system according to this embodiment, and corre- 
sponds to Figs. 7(a) and 7(b). In addition to the design 
data of the system level and the designation of the com- 
munication channel, a conversion circuit generating 
means 36 A shown in Fig. 8 generates a data conversion 
circuit in accordance with information that indicates the 
correspondence between the data structures of the IP 
A output and the IP B input. 

[0043] Fig. 9 is a diagram showing an example of the 
data conversion circuit generated by the conversion cir- 
cuit generating means 36A. A channel output side con- 
version circuit generating portion 38 searches the infor- 
mation on the output data structure of the IP 32 for the 
communication channel X and the input data structure 
definition portion 34B in the system level IP B, and then 
generates a distribution circuit 71 , determines the size 
, of a buffer 72, generates a selector 73 and generates a 
control circuit 74 in accordance with the retrieved infor- 
mation, as shown in Fig. 9. 

Second Embodiment 

[0044] When an applicable IP is selected by search- 
ing the IP database in IP-based LSI design, it is very 
rare that the selected IP can be used as is for the LSI to 
be newly designed. Actually, it seems that, in most cas- 
es, the selected IP is inappropriate because of specifi- 
cation problems, or even when it is applicable, revisions 
and verifications are required. This problem increases 
the design man-hours and hinders realization of the ef- 
ficient LSI design. 

[0045] With a so-called target-driven reuse and de- 
sign method of allocating components in accordance 
with requirement specifications, this problems is inevi- 
table. Therefore, the inventors of the present invention 
propose a so-called IP-DB-driven reuse and design 
method. This method classifies input data into structural 
elements for which the possibility is high that there are 
existing design assets (IPs), so that the existing IPs can 
be used efficiently. 

[0046] Fig. 1 0 Is a diagram showing a configuration of 
an IP-based LSI design system according to the second 
embodiment of the present invention. In this system, the 
steps S21 to S25 are realized by a program that is ex- 
ecuted by a computer, for example. 
[0047] First, in the input data generation step S21 , in- 
put data are generated hierarchically with reference to 
a function classification DB 81. Then, in the perform- 
ance requirement assignment step S22, performance 
specifications are assigned to the various hierarchical 
elements of the input data. 

[0048] Fig. 11 is a diagram showing an example of the 
contents of the function classification DB 81 . In the func- 
tion classification DB 81, equipment configurations are 
classified into a variety of elements with regard to their 
function and then arranged systematically, as shown in 
Fig. 11. in the example shown in Fig. 11, function clas- 
sification is carried out for two types of digital video 



equipment. For example, the digital video equipment A 
is classified into an input interface part, a servo control 
part, a signal processing part, a system control part and 
an output interface part. The input interface part is fur- 

s ther classified into a signal readout part, the signal 
processing part is further classified into an error correc- 
tion part and an AV processing part, and the output in- 
terface part is further classified into an output signal gen- 
eration part and a signal transmission part. The AV 

10 processing part is further classified into an AV separa- 
tion part, a video processing part and an audio process- 
ing part. 

[0049] Fig. 12 is a diagram showing an example of 
input data obtained through the input data generation 

15 step S21 and the performance requirement assignment 
step S22. In the example shown in Fig. 12, a digital TV/ 
VCR combination is assumed as the object to be newly 
designed and is provided with digital television functions 
to which digital video functions are added as its specifi- 

20 cation 80. As shown in Fig. 1 2, in the input data gener- 
ation step S21, a new function hierarchy is constructed 
as input data, based on the function classification in the 
function classification DB 81 as shown in Fig. 11 . 
[0050] In the compatible design asset selection step 

25 S23, an I P suitable for an LSI to be designed is selected 
from IPs stored in an existing design asset DB 82 with 
reference to the function classification DB 81 . 
[0051 ] Fig. 1 3 is a diagram showing an example of the 
contents of the existing design asset DB 82. As shown 

30 in Fig. 13, in the existing design asset DB 82, IPs that 
have already been generated are stored in correlation 
with respective elements in the function classification 
DB 81. In Fig. 13, blocks surrounded by squares show 
respective IPs whereas blocks circled by ellipses corre- 

35 spond to elements in the function classification DB 81 . 
For example, three types of IPs, "Reed-Solomon," "VI- 
terbi" and 'Trellis," are generated with respect to a func- 
tion of "error correction." 

[0052] In this case, input data are described hierar- 

40 chically as shown in Fig. 12, so that an IP may be se- 
lected from any hierarchy. In other words, there may be 
multiple choices regarding selection of the IP. 
[0053] Then, in the compatibility evaluation step S24, 
compatibility of the selected I Ps is evaluated with ref er- 

45 ence to the existing design asset DB 82 and the inter 
design assets compatibility evaluation rule DB 83. That 
is to say, an optimal solution for the selection of the IP 
is obtained in view of cost, power consumption, operat- 
ing speed and the like. 

so [0054] Fig. 14 is a diagram showing an example of IP 
information included in the existing design asset DB 82. 
In Fig. 14, data form, data display format, design meth- 
od, design results and distributable objects for each of 
the IPs are described as the IP information. 

55 [0055] Fig. 15 is a diagram showing an example of 
contents of the inter design assets compatibility evalu- 
ation rule DB 83. As shown in Fig. 15, the inter design 
assets compatibility evaluation rule DB 83 stores Infor- 
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mation for defining mutual compatibility between the I Ps 
stored in the existing design asset DB 62 as shown in 
Fig. 14. Rules for defining compatibility include theoret- 
ical rules and empirical rules. Examples of the theoret- 
ical rules include "good consistency" and "prolongs the s 
lifetime" for good compatibility, and "additional functions 
are required" and "specifications are not compatible" for 
poor compatibility. On the other hand, examples of the 
empirical rules include "many parts can be shared" and 
"consumption power can be reduced" for good compat- 10 
ibility, and "operation can not be verified" and "increases 
the area" for poor compatibility. 

[0056] In the relevant design asset retrieval step S25, 
an IP having a similar function to that of a functional el- 
ement for which no adequate IP was found is selected is 
from the IPs stored in the existing design asset DB 62. 
Then, the function of the selected IP is revised so that 
it becomes suitable for the functional element. Thereby, 
man-hours required for the functional revision can be 
considerably reduced. 20 
[0057] The revised IP is registered in the existing. de- 
sign asset DB 82 as a newly generated IP. Moreover, 
the existing design asset DB 82 may be provided with 
a means for managing history information such as a pro- 
genitor IP and differences from the progenitor IP regard- 25 
ing each of the IPs to be stored. 

Third Embodiment 

[0058] Fig. 16 is a diagram illustrating the configura- 30 
tion of an IP-based LSI design system according to the 
third embodiment of the present invention. In this em- 
bodiment, a low-power system LSI (with reduced power 
consumption) can be realized by utilizing IPs efficiently 
in the top-down design of the system LSI. 35 
[0059] First, in the system level design, a function def- 
inition 91 according to a system level IP is obtained with 
respect to the LSI to be designed. Next, in an architec- 
ture generation step S31, design data 92 of the archi- 
tecture level are generated from the function definition *o 
91 according to the system level IP. Then, in an opera- 
tion analysis step S32, operation analysis of the LSI to 
be designed is carried out using these design data 92 
of the architecture level, a command 93 and an opera- 
tion pattern definition 94 that defines the operation of *s 
the system LSI. 

[0060] Fig. 17 is a diagram showing an example of the 
operation analysis results. In Fig. 17, it is necessary to 
supply power during operation, but it is unnecessary to 
supply power outside of operation so that in this case it so 
is possible to turn the power off. Alternatively, a method 
of interrupting clock supply instead of turning the power 
off is also conceivable. 

[0061] Then, In a power control function generation 
step S33, a power control block CTL1 for the entire LSI 55 
and power control blocks CTL2 to CTL6 for respective 
IPs are generated In the design data of the architecture 
level based on the operation analysis results 95 {method 



1). Alternatively, power control may be performed by 
adding a low-power command to the original command 
instead of generating the power control block CTL1 for 
the entire LSI. 

[0062] According to the present invention as de- 
scribed above, a data conversion circuit for communi- 
cations can be generated easily, because each of the 
IPs in a system level IP is described divided into a 
processing algorithm description portion, an input data 
structure definition portion and an output data structure 
definition portion. Moreover, reuse efficiency of the IPs 
can be increased, because a function classification da- 
tabase, in which an equipment configuration is classified 
into respective elements with regard to function and ar- 
ranged systematically, is used. Furthermore, power 
control blocks can be generated easily. Consequently, 
the design efficiency of IP-based LSI design can be fur- 
ther improved. 



Claims 

1. An JP-based LSI design system comprising an IP 
database having a system level IP used in system 
level design, 

wherein, in the system level IP, each IP is de- 
scribed divided into: 

a processing algorithm description portion de- 
scribing a processing algorithm of the IP; 
an input data structure definition portion repre- 
senting a structure definition of input data serv- 
ing as a processing unit; and 
an output data structure definition portion rep- 
resenting a structure definition of output data 
serving as a processing unit. 

2. The IP-based LSI design system according to claim 
1, 

further comprising a means for generating a 
conversion circuit that converts data for communi- 
cation between a communication channel and the 
system ievel IPs, when the communication channel 
is provided between the system level IPs perform- 
ing data communication in architecture design or 
function design. 

3. The IP-based LSI design system according to claim 
2, 

wherein, when the communication channel is 
provided between first and second system levei IPs 
communicating with each other, the conversion cir- 
cuit generating means searches the IP database, 
reads out the descriptions of the output data struc- 
ture definition portion of the first system level IP and 
the input data structure definition portion of the sec- 
ond system level IP, and generates the conversion 
circuit based on the read out descriptions. 
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The IP-based LSI design system according to claim 
3, 

wherein the IP database furthercomprises an 
IP for the communication channel; and 

wherein, when the communication channel is 
provided between the first and the second system 
level IPs, the conversion circuit generating means 
searches the IP database and further reads out in- 
put/output data structure definitions of the IP for the 
communication channel. 

The IP-based LSI design system according to claim 
3 

wherein, when input/output data structures 
are different between the first and the second sys- ™ 
tern level IPs, the conversion circuit generating 
means generates the conversion circuit in accord- 
ance with information representing a correspond- 
ence between the input/output data structures. 

The IP-based LSI design system according to claim 
2 

wherein the conversion circuit converts the 
amount of data per communication unit. . 

The IP-based LSI design system according to claim 
2, 

wherein the conversion circuit performs a 
conversion between address data indicating a data 
area and actual data corresponding to the address so 
data. 



9 

wherein, when the communication channel is 
provided between a first and a second system level 
IP communicating, with each other, in the conver- 
sion circuit generating step, the IP database is 
searched, descriptions of the output data structure 
definition portion of the first system level IP and the 
input data structure definition portion of the second 
system level IP are read out, and the conversion 
circuit is generated based on the read out descrip- 
tions. 

11 . The IP-based LSI design method according to claim 
10, 

wherein the IP database furthercomprises an 
IP for the communication channel; and 

wherein, when the communication channel is 
provided between the first and the second system 
level IPs, in the conversion circuit generating step, 
the IP database is searched and input/output data 
structure definitions of the IP for the communication 
channel are further read out. 

12. The IP-based LSI design method according to claim 

10 ' wherein, when input/output data structures 
are different between the first and the second sys- 
tem level IPs, in the conversion circuit generating 
step, the conversion circuit is generated in accord- 
ance with information representing a correspond- 
ence between the input/output data structures. 



8 An IP-based LSI design method, using an IP data- 
base having a system level IP used in system level 

wherein, in the system level IP, each IP is de- 
scribed divided into: 

a processing algorithm description portion de- 
scribing a processing algorithm of the IP; 
an input data structure definition portion repre- 
senting a structure definition of input data serv- 
ing as a processing unit; and 
an output data structure definition portion rep- 
resenting a structure definition of output data 
serving as a processing unit. 

9. The IP-based LSI design method according to claim 
8 

comprising a step of generating a conversion 
circuit that converts data for communication be- 
tween a communication channel and the system 
level IPs, when the communication channel is pro- 
vided between the system level IPs performing data 
communication in architecture design or function 
design. 

10. The IP-based LSI design method according to claim 



13. The IP-based LSI design method according to claim 
g 

35 ' wherein the conversion circuit converts the 

amount of data per communication unit. 

14. The IP-based LSI design method according to claim 
9, 

40 wherein the conversion circuit performs a 

conversion between address data indicating a data 
area and actual data corresponding to the address 
data. 

45 15. An IP-based LSI design system comprising: 

a function classification database in which an 
equipment configuration is classified Into re- 
spective elements with regard to function and 
50 arranged systematically, 

wherein IP-based LSI design Is carried out us- 
ing the function classification database. 

55 16. The IP-based LSI design system according to claim 
15, 

further comprising an existing design asset 
database in which IPs already generated are stored 
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in association with elements in the function classi- 
fication database, 

wherein an IP suitable for an LSI to be de- 
signed is selected from the IPs stored in the existing 
design asset database with reference to the func- 5 
tion classification database. 

17. The IP-based LSI design system according to claim 

further comprising a design assets compati- 10 
bility evaluation rule database that stores informa- ' 
tion for defining mutual compatibility between the 
IPs stored in the existing design asset database, 

wherein compatibility of the i P selected for the 
LSI to be designed is evaluated with reference to is 
the design assets compatibility evaluation rule da- 
tabase. 

18- The IP-based LSI design system according to claim 

16, 20 

wherein an IP having a similar function to that 
of an IP suitable for the LSI to be designed is se- 
lected from the IPs stored in the existing design as- 
set database, and 

wherein the function of the selected IP is re- 25 
vised so as to be suitable for the LSI to be designed. 

19. The IP-based LSI design system according to claim 
16, 

wherein the existing design asset database 30 
comprises a means for managing history informa- 
tion, such as a progenitor IP and differences from 
the progenitor IP, for each of the IPs to be stored. 

20. An IP-based LSI design method, 35 

wherein I P-based LSI design is carried out us- 
ing a function classification database in which an 
equipment configuration is classified into respective 
elements with regard to function and arranged sys- 
tematically. 40 



wherein compatibility of the IP selected forthe 
LSI to be designed is evaluated with reference to 
the design assets compatibility evaluation rule da- 
tabase. 

23. The IP-based LSI design method according to claim 
21, wherein 

an IP having a similar function to that of an IP 
suitable forthe LSI to be designed is selected from 
the IPs stored in the existing design asset database, 
and 

the function of the selected IP is revised so as 
to be suitable forthe LSI to be designed. 

24. An i P-based LSI design system comprising; 

a means for generating architecture level de- 
sign data from a system level function definition 
regarding an LSI to be designed; 
a means for performing operation analysis of 
the LSI to be designed by using the generated 
architecture level design data and an operation 
pattern definition of the LSI to be designed; and 
a means for generating a power control block 
in the architecture level design data based on 
operation analysis results: 

25. An IP-based LSI design method comprising the 
steps of: 

generating architecture level design data from 
a system level function definition; 
performing an operation analysis of the LSI to 
be designed by using the generated architec- 
ture level design data and an operation pattern 
definition of the LSI to be designed; and 
generating a power control block in the archi- 
tecture level design data based on operation 
analysis results. 



21. The IP-based LSI design method according to claim 
20, 

using an existing design asset database in 
which IPs already generated are stored in associa- 45 
tion with respective elements in the function classi- 
fication database, 

wherein an IP suitable for an LSI to be de- 
signed is selected from the IPs stored in the existing 
design asset database with reference to the func- so 
tion classification database. 

22. The IP-based LSI design method according to claim 
21, 

using a design assets compatibility evaluation ss 
rule database that stores information for defining 
mutual compatibility between the IPs stored in the 
existing design asset database, 
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